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INSTANT MESSAGE MASS UPDATE GENERATED FROM WEBSITE ENTRY 
Technical Field 

[0001] The present invention relates to instant messaging (IM) and, more 

particularly, to the use of IM to quickly and efficiently transmit "updates" to a group of 
computer users. 

Background of the Invention 

[0002] Computer networks, such as the Internet, are extensively used for storage 

and retrieval of a vast reservoir of information. Person-to-person communication, in the 
form of electronic mail (e-mail) has also become widely accepted as a replacement for 
conventional mail and facsimile communication. Any individual who has access to the 
Internet can establish an e-mail account and communicate with other individuals on the 
Internet. 

[0003] A relatively new form of e-mail communication, known as "instant 

messaging" (or "IM") is gaining popularity among computer users. Instant messaging 
allows individuals to monitor the presence of their friends and colleagues on an IM 
system of the Internet, and to exchange messages and files with those friends and 
colleagues. To use IM, a user of the Internet executes an IM client on their computer 
system. The client allows the user to specify a personal identifier, often referred to as a 
screen name or nickname, by which the user is known to the IM system. The IM client 
, also allows the user to specify a list of known identifiers for other users of the IM system, 
often defined as a "buddy list". When the IM client begins execution, it sends a message 
to an IM server on the Internet, informing it of the user's availability, or presence, for IM 
purposes, and querying the IM server as to whether the individuals on the buddy list are 
also present, that is, whether they are connected to the Internet, have a compatible IM 
client executing on their computer, and have designated themselves as present to the IM 
client. The IM server maintains a list of registered identifiers for the users of the IM 
system. When it receives the login and buddy list messages from the user's client, the IM 
server flags the user's identifier as being in a present state, and looks up the buddy list 
nicknames to determine whether they are also in a present state. The server returns a 
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response to the user's IM client, indicating which members of the buddy list are present. 
On the basis of this information, the user's IM client provides a visual indication of the 
presence of individual members of the user's buddy list. The user may exchange quasi 
real-time "instant" messages with other users who are present on the IM system. 
[0004] In another aspect of computer communications, data network systems 

engineers that run managed accounts need to be updated when events that affect all of 
them as a group occur. For example, if a security vulnerability in a router's software is 
found, all of the systems engineers need to be alerted that their networks are vulnerable to 
hackers. At the present time, "word of mouth", media events and e-mail are the best 
methods used to pass this information on to, hopefully, everyone who "needs to know". 
[0005] Thus, it would be desirable to find another, better method of distributing 

updates/warnings to Internet users and system administrators. 

Summary of the Invention 

[0006] The need remaining in the prior art is addressed by the present invention 

which related to instant messaging (IM) and, more particularly, to the use of IM to 
quickly and efficiently transmit "updates" to a group of computer users. 
[0007] In accordance with the present invention, an update/alert will be 

transmitted to all members of an Instant Messaging (IM) group via a live session. If 
some members of the IM group are not involved in the IM session at the time of the 
update, an e-mail will be sent as a back-up method of reaching those members. In a 
preferred embodiment, the delivery would be a one-way message, appearing as a "pop- 
up" to the IM group member. A "trailer" could be attached telling the IM group member 
that the update/alert is an "automated IM to which you cannot respond". In an alternative 
embodiment, the IM alert may request a confirmation of receipt from each IM group 
member to allow the sender to know who has received the alert/update. Thus, if an 
acknowledgement is not received from one or more IM group members, an e-mail 
version of the alert may be transmitted to those individuals. 

[0008] Various features and arrangements of the present invention will become 

apparent during the course of the following discussion and by reference to the 
accompanying drawings. 
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Brief Description of the Drawings 

[0009] Referring now to the drawings, 

[0010] FIG. 1 illustrates an exemplary data networking environment that can 

support the IM mass alert procedure of the present invention; 
[0011] FIG. 2 illustrates an exemplary IM screen shot; 

[0012] FIG. 3 contains an exemplary graphical user interface (GUI) as seen by 

the website administrator of the IM alert service of the present invention; and 
[0013] FIG. 4 is a flowchart illustrating an exemplary process of transmitting IM 

update/alert messages in accordance with the present invention. 

Detailed Description 

[0014] FIG. 1 illustrates an exemplary data networking environment 10 for 

allowing instant messaging (IM) between a plurality of different computer terminals 12, 
14, and 16 all interconnected through a computer network 18, such as the Internet. It is to 
be understood that environment 10 will usually include a significantly larger number of 
interconnected computer terminals. For the sake of clarity, only three such terminals are 
included in the arrangement of FIG. 1. An update/alert administrator 20 is illustrated as 
also coupled to computer network 1 8. The function of update/alert administrator 20 will 
be discussed in detail below. 

[0015] Referring back to FIG. 1, a conventional IM session occurs when 

computers 12, 14 and 16 are engaged in sending various transmissions to each other. 
Computer 12 includes a monitor 22, keyboard 24 and mouse 26, where keyboard 24 and 
mouse 26 are used to input messages that are transmitted to computers 14 and 16 during 
an IM session. Similarly, computer 14 includes a monitor 28, keyboard 30 and mouse 
32. Computer 16 includes a monitor 34, keyboard 36, mouse 38 and microphone 40, 
allowing audio messages to also be transmitted to computers 12 and 14 (i.e., "IP 
telephony" messages). It is to be understood that although the term "computer" will be 
used hereinafter to describe the device that receives the IM alert, it is to be understood 
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that various other communication devices, such as a cell phone 1 3 or PDA 1 5 (as shown 
in FIG. 1) may also include the text messaging capabilities to send/receive instant 
messages. In general, any device capable of being connected to a data network and 
performing messaging may be used as an alert-receiving device in accordance with the 
present invention. Referring back to FIG. 1, an IM session occurs when two or more of 
the members of the IM group engage in an ongoing electronic "chat" by simply typing a 
message into the keyboard and pressing the "enter" button on the computer keyboard or 
by clicking on a "send" icon on the computer display screen. FIG. 2 includes a "screen 
shot" 50 of an exemplary IM session between two users - "IMUser" and "IMUserl". 
[0016] In accordance with the present invention, update/alert administrator 20 

receives a particular "update" message that is to be sent to a targeted set of IM groups. 
Administrator 20 includes means for receiving update/alert messages, manipulating the 
messages, retrieving "target" IM groups to receive the messages, and sending the alert to 
the retrieved IM groups. FIG. 3 is a screen 60 illustrating a graphical user interface 
(GUI) at administrator 20 that may be used retrieve a list of target IM groups 62 and a 
text message box 64 for creating the particular alert/update to be sent to various IM 
groups. The underlying software at administrator 20 then interfaces with an IM API that 
delivers the associated message to each of the IM users for the plurality of target IM 
groups 62. It is to be understood that depending upon the alert/update received by 
administrator 20, various and different target IM groups may be identified as needing to 
receive the message. Moreover, it is to be understood that the various end users in an IM 
session may play of the role of "administrator" as well, sending the alert/update to other 
members of the group. 

[0017] In the event a member of an IM group is not participating in the chat 

session (i.e., either the user is off-line or online, but not engaged in the session) at the 
time the message is sent, administrator 20 will retrieve the member's email address and 
send the alert/update via email. The preferred delivery method, however, remains the IM 
mode, since it is quicker - essentially sent as a pop-up message to the group members 
during an IM session. Preferably, the message includes a "trailer" 66, stating that the 
message is an "automated IM" from a system administrator and cannot be responded to. 
A minimal type of "acknowledgement" signal may, however be sent by the IM group 
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member as an automated response, merely to allow the administrator to know which 
group members have received the message. The acknowledgement may be as simple as 
typing some text and hitting "return 55 on the open IM session. If received via e-mail, a 
"reply to sender 55 may be used as the acknowledgement. Administrator 20 is utilized to 
manage the responses and correlate the responses with the IM group members to ensure 
that the alert was received by every member of the targeted IM group. 
[0018] FIG. 4 contains a flowchart illustrating the process of the present 

invention. As shown, the process begins (upon starting) by the update/alert administrator 
receiving a "message 55 from the network that is to be distributed to one or more IM 
sessions (step 100). The administrator website then retrieves a listing of the targeted IM 
groups (step 110), develops the message to be transmitted and transmits the automated 
IM to each on-line group member (step 120). A query is launched to determine if any 
group members are not "involved in the IM session 5 ' at the time the update/alert is being 
transmitted (step 130). If all members are "in IM session 55 , then everyone who needs to 
know has received the update/alert and the process returns to step 100 to wait for the next 
update/alert. If one or more members were not participating in the IM session when the 
message was sent, the website administrator next functions to retrieve the email addresses 
of those members and uses an email message to forward the update/alert (step 140) not 
involved in the IM session. At the completion of sending the email, the process will also 
cycle back and wait for the next update/alert to be received. 
[0019] It is to be understood that even though various embodiments and 

advantages of the present invention have been set forth in the foregoing description, the 
above disclosure is illustrative only, and changes may be made in detail, yet remain 
within the broad principles of the invention. Heretofore, the present invention is to be 
limited only by the claims appended hereto. 
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